SERVER STORING PROCESSING RESULT OF FIRST REQUEST AND 
RETURNING STORED PROCESSING RESULT IN RESPONSE TO 
IDENTICAL REQUESTS 



5 BACKGROUND OF THE INVENTION 
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1) Field of the Invention 
The present invention relates to a server, which 

executes processing in response to a request transmitted 
10 from a client, and returns the result of the processing 
to the client . 

2) Description of the Related Art 
For example, when a client acquires information 

15 from a WWW (World Wide Web) server through the Internet, 
w generally, a protocol called HTTP (Hyper Text Transfer 

Protocol) is used for downloading an HTML (Hyper Text 
Markup Language) document. 

In the above system, a browser of a client 
20 transmits a request for processing to a server, the 
server executes the requested processing, and a result 
of the processing is returned to the client, and 
displayed by the browser. That is, processing executed 
by the client is only the transmission of the request 
25 and the display of the result of the processing executed 
by the server, and most of processing is executed by the 
server. Therefore, a heavy load is imposed on the server, 
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Usually, a request is sent from a client to a 
server when a user manipulates a button which is 
graphically displayed by a browser on the screen. In the 
currently prevailing operating systems, various commands 
5 are input by double-clicking an icon. Therefore, many 
users apt to double-click buttons even on the browser 
screen, due to the habit of double-clicking icons. 
However, a command is usually input when a button is 

f* 

y3 clicked once on the screen displayed by the browser. 

f f% 

£S 10 Therefore, when a button on the browser screen is 
□ double-clicked, two identical commands are transmitted 

cn to the server, and the server repeats identical 

processing twice. Thus, such an unnecessary repeat of 
rr identical processing further increases the load imposed 

52: 5 

l f % 15 on the server, causes delay in processing in the server, 
— and reduces the processing capabilities of the system. 

In particular, when the traffic is dense, it takes 
a long time until a result of processing is displayed 
after a user requests the processing by manipulating a 
20 button. Therefore, users become impatient to see the 
result of processing, and often click an identical 
button repeatedly. Such repeated clicking also causes 
delay in processing in the server. 

Further, repeated clicking of an identical button 
2 5 may cause a mismatch between data. For example, when a 
transmission button is repeatedly manipulated on the 
screen displayed for member registration, a user may be 
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doubly registered . 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a 
5 server which can reduce a load imposed on the server due 
to transmission of a plurality of identical requests, 
and maintain processing speed even when the server 
receives a plurality of identical requests. 
^3 Another object of the present invention is to 

SB 10 provide a server which prevents occurrence of a mismatch 
C3 between data even when the server receives a plurality 

tft of identical requests from a client. 

h± (1) According to the first aspect of the present 

j=S=| 

i2 invention, there is provided a server comprising: a 

« 15 result storing unit which stores at least one processing 
" result of at least one request; a receiving unit which 

receives a request for processing from a client; a 
determination unit which determines whether or not 
another request, which is identical to the request 
20 received from the client, has already been processed; an 
execution unit which executes processing of the request 
received from the client, and stores a result of the 
processing in the result storing unit when the 
determination unit determines that no other request 
2 5 which is identical to the request received from the 
client, has been processed; and a transmission unit 
which transmits to the client the result of the 
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processing executed by the execution unit when the 
determination unit determines that no other request 
which is identical to the request received from the 
client, has been processed, and transmits to the client 
5 one of the results corresponding to the request received 
from the client when the determination unit determines 
that the said another request which is identical to the 
request received from the client, has already been 
processed. 

10 The server according to the first aspect of the 

present invention may also have any possible combination 
of the following additional features (i) and (ii) 
possibly. 



15 whether or not the said another request which is 
identical to the request received from the client, has 
already been processed, when the said another request is 
received from the client . 



20 request storing unit which stores at least one request 
received from at least one client, a request reading 
unit which reads out one of the at least one request 
stored in the request storing unit, and a prohibiting 
unit which prohibits the operation of the request 

25 reading unit after one of the at least one request 
stored in the request storing unit is read out until a 
processing result corresponding to the said one of the 



(i) The determination unit may determine 



(ii) 



The server may further comprise a 
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at least one request is transmitted to a client. 

(2) According to the second aspect of the present 
invention, there is provided a product for use with a 
server, the product, when used with the server, is able 
5 to output control information which directs the server 
to realize: a result storing unit which stores at least 
one processing result of at least one request; a 
receiving unit which receives a request for processing 
from a client; a determination unit which determines 

10 whether or not another request which is identical to the 
request received from the client, has already been 
processed; an execution unit which executes processing 
of the request received from the client, and stores a 
result of the processing in the result storing unit when 

15 the determination unit determines that no other request 
which is identical to the request received from the 
client, has been processed; and a transmission unit 
which transmits to the client the result of the 
processing executed by the execution unit when the 

20 determination unit determines that no other request 
which is identical to the request received from the 
client, has been processed, and transmits to the client 
one of the results corresponding to the request received 
from the client when the determination unit determines 

25 that the said another request which is identical to the 
request received from the client, has already been 
processed . 
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The product according to the second aspect of the 
present invention may also have the aforementioned 
additional features (i) and (ii). 

The above and other objects, features and 
5 advantages of the present invention will become apparent 
from the following description when taken in conjunction 
with the accompanying drawings which illustrate 
preferred embodiment of the present invention by way of 
yi example . 

CO 10 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

fn In the drawings : 

u Fig. 1 is a diagram illustrating a basic 

H]f construction of a server according to the present 

Vi 15 invention; 

u Fig. 2 is a diagram illustrating an example of a 

hardware construction of the server according to the 
present invention ; 

Fig. 3 is a flow diagram illustrating an example 
20 of an operation performed when a client logs in to the 
server according to the present invention; 

Fig. 4 is a diagram illustrating examples of use 
of FIFOs; 

Fig. 5 is a diagram illustrating examples of 
25 contents of a cache; 

Fig. 6 is a diagram illustrating an example of a 
window displayed on a client; 
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Fig. 7 is a diagram illustrating the window of Fig. 
6 when information items are input into predetermined 
areas ; 

Fig. 8 is a flow diagram illustrating an example 
5 of processing which the server executes when the server 
receives a request; 

Fig. 9 is a diagram illustrating a window in which 
a search result is displayed; 

Fig. 10 is a diagram illustrating an example of a 
10 window displayed for member registration; and 

Fig. 11 is a diagram illustrating an example of a 
window in which a result of the registration is 
displayed. 

15 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

An embodiment of the present invention is 
explained below with reference to drawings. 

(1) Principle of the Invention 

20 Fig. 1 is a diagram illustrating a basic 

construction of a server according to the present 
invention. As illustrated in Fig. 1 # the server 1 
according to the present invention comprises a receiving 
unit la, a determination unit lb, an execution unit lc, 

25 a storage unit Id, and a transmission unit le. 
Information is exchanged between the server 1 and the 
clients 3-1 to 3-3 through the Internet 2. 
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The receiving unit la receives a request from one 
of the clients 3-1 to 3-3. The determination unit lb 
determines whether or not processing requested by the 
client has already been executed. The execution unit lc 
5 executes the processing requested by the client. The 
storage unit Id stores a result of the processing 
requested by the client. The transmission unit le 
transmits the result of the processing executed by the 
execution unit lc when the determination unit lb 

10 determines that the processing requested by the client 
has not yet been performed. The transmission unit le 
also transmits the result of the processing stored in 
the storage unit Id when the determination unit lb 
determines that the processing requested by the client 

15 has already been performed. The Internet 2 transmits 
information between the server 1 and the clients 3-1 to 
3-3. The clients 3-1 to 3-3 are each realized by, for 
example, a personal computer, and can acquire and 
display information stored in the server 1, by a browser, 

20 and request the server 1 to execute processing. 

The operations of the server 1 are explained below. 
When a predetermined button provided for 
transmitting a request is manipulated twice on a screen 
displayed by a browser activated on the client 3-1, two 

25 identical requests (first and second requests) are 
successively transmitted through the Internet 2 to the 
server 1. The receiving unit la in the server 1 receives 
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the two requests, and then supplies the requests to the 
determination unit lb. The determination unit lb 
determines whether or not processing of each request has 
already been performed. Since, in this case, processing 
5 of the first request has not yet been performed, the 
first request is transferred to the execution unit lc, 
and the execution unit lc executes the processing of the 
first request. Then, the result of the processing of the 
first request is supplied to the storage unit Id and the 

10 transmission unit le. The storage unit Id stores the 
result of the processing, associated with the first 
request, and the transmission unit le returns the result 
of the processing, which is supplied from the execution 
unit lc, to the client 3-1. Thus, the operation in 

15 response to the first request is completed, and then an 
operation in response to the second request is performed 
as explained below. 

The determination unit lb determines whether or 
not processing of the second request has already been 

20 performed. Since, in this case, the second request is 
identical to the first request, the determination unit 
lb determines that processing of the second request has 
already been performed, and searches the storage unit Id 
for the result of the processing of the first request, 

25 and supplies the result of the processing to the 
transmission unit le. The transmission unit le returns 
the result of the processing to the client 3-1. That is. 
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the server does not repeatedly execute the identical 
processing, and instead acquires the result of the 
processing stored in the storage unit Id. Thus, the 
client 3-1 receives the two identical results of 
5 processing. However, the client 3-1 discards the result 
of processing which is received first, and displays as 
valid data the result of processing which is received 
next (lastly), by the browser. 

As explained above, when an identical button is 

10 repeatedly manipulated on a browser screen of a client, 
the server according to the present invention actually 
executes processing of only the first request. In 
response to the subsequently received identical requests, 
the server acquires the result of processing stored in 

15 the storage unit Id, and transmits the stored result to 
the client. Therefore, the load imposed on the server 
can be reduced. For example, when a button provided for 
transmitting information on member registration is 
successively manipulated on a user registration screen, 

20 the server performs an operation of registering a user 
as a member in response to only the first manipulation 
of the button. In response to the subsequently received 
identical requests, the server acquires from the storage 
unit Id information on completion of registration, which 

25 indicates a result of the processing of registering the 
user as a member, and supplies the information to the 
client. Therefore, it is possible to prevent double 
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(2) Hardware Construction 

Fig. 2 is a diagram illustrating an example of a 
5 hardware construction of the server according to the 
present invention. As illustrated in Fig. 2, the server 
10 exchanges information with the clients 3-1 to 3-3 
through the Internet 2, and comprises a CPU (Central 
Processing Unit) 10a, a ROM (Read Only Memory) 10b, a 
10 RAM (Random Access Memory) 10c , an HDD (Hard Disk Drive) 
0d # and an I/F (Interface) lOe. 

The CPU 10a controls the respective portions of 
he server 10, and executes various kinds of processing 
in accordance with programs and data stored in HDD lOd. 
15 The ROM 10b stores basic programs to be executed by CPU 
10a and data used in the execution of the basic programs, 
The RAM 10c temporarily 1 stores a currently executed 
program and data related no the execution. The HDD lOd 
stores data and programs to be executed. The I/F lOe 
20 performs protocol conversion A and enables data exchange 
with the clients 3-1 to 3-3y The Internet 2 is an 
aggregate of servers distributed over the world, and 
transmits information between wie server 10 and the 
clients 3-1 to 3-3. The clients\3-l to 3-3 are each 
25 realized by, for example, a persohal computer, send a 
request to the server 1 through tl^e Internet 2, and 
display information received from thfe server 1, by a 
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browser . 

(3) Details of Operations 

The operation^ of the server 10 are explained 
below. \ 

When a client logs in to a server, the server 
determines whether or not the client is a new client 
(i.e., a client who first logs into the server), and 
secures a FIFO for storing requests and a cache for 
storing results of requested processing when the client 
is a new client. When the client 3-1 logs into the 
server 10, the operation of Fig. 3 is performed. 

In step SI of Fig. 3, the CPU 10a determines 
whether or not the client who logs in to the server is a 
new client. When 'YES' is determined in step SI, the 
operation goes to step S2. When * NO' is determined in 
step SI, i.e., the client has already logged in to the 
server, the operation of Fig. 3 is completed. In step S2, 
the CPU 10a secures a FIFO in a predetermined area of 
the HDD lOd in order to store for each user at least one 
request sent from the client. Fig. 4 exhibits examples 
of use of FIFOs. As illustrated in Fig. 4, a FIFO is 
secured for each user. In each FIFO, a newly received 
data item is appended to the end of data items which are 
already stored, and the oldest data item is first read 
out. In step S3, the CPU 10a secures a cache in a 
predetermined area of HDD lOd in order to store for each 
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user at least one result of processing of at least one 
request. Fig. 5 exhibits examples which a cache contents. 
As illustrated in Fig. 5, in the cache, at least one 
result of processing of at least one request is stored 
5 for each user, respectively associated with the at least 
one request. Thus, when a new client logs in to a server, 
a FIFO and a cache are secured in the HDD lOd. 
Alternatively, the FIFO and the cache may be secured in 
the RAM 10c. 

10 When the operation of securing the FIFO and the 

cache is completed, the server 10 reads out information 
on a predetermined front page (which is written in the 
HTML language, and stored in the HDD lOd) , and transmits 
the information on the front page to the client 3-1. 

15 When the client 3-1 receives the information on 

the front page, for example, a window 20 as illustrated 
in Fig. 6 is displayed on a display device of the client 
3-1. Seven buttons 21 to 27 are displayed at the top of 
the window 20, where the button 21 is provided for going 

20 back to a previously displayed page, the button 22 is 
provided for going forward to a next page, the button 23 
is provided for stopping reception (aborting transfer) 
of information on a new page, the button 24 is provided 
for printing a currently displayed page, the button 25 

25 is provided for reducing the size of the window 20, the 
button 26 is provided for expanding the size of the 
window 20, and the button 27 is provided for closing the 
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window 20. The display area of the window 20 is 
comprised of right and left frames (columns), where the 
left frame contains TOC (Table of Contents) links, and 
the right frame contains the body of the document. The 
5 form in the right frame of the window 20 in Fig. 6 
contains a title of the home page, a text box 29 for 
inputting a keyword, and a SEARCH button 30 provided for 
starting (requesting) a keyword search operation. 

First, the present invention is explained below 

10 for the case of a search operation. 

When the client 3-1 detects manipulation 
(clicking) of the SEARCH button 30, the client 3-1 
transmits to the server 10 a search request 
corresponding to the manipulation of the SEARCH button 

15 30 and a keyword in the text box 29. For example, when a 
keyword "Pottery" is input into the text box 29 as 
illustrated in Fig. 7, and the SEARCH button 30 is 
manipulated twice by placing the pointer 40 on the 
SEARCH button 30 and clicking a mouse, two identical 

20 search requests (first and second search requests) are 
successively transmitted to the server 10. When the 
server 10 receives the above search requests, the server 
10 operates in accordance with the flow of Fig. 8, as 
explained below. 

25 In step S20 of Fig. 8, the CPU 10a acquires each 

of the requests received as above, through the I/F lOe, 
refers to an IP (Internet Protocol) address of the 
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client, which is contained in each request, searches a 
FIFO corresponding to the IP address, which is secured 
in the HDD lOd, and appends the requests to the end of 
contents of the FIFO, If the FIFO is empty, the above 
5 two requests received from the client 3-1 are stored 
from the top address of the FIFO in the order of 
reception . 

In step S21, the CPU 10a acquires the request 
stored at the top address of the FIFO. In this example, 

10 the first request, which is received first, is acquired 
by the CPU 10a. 

In step S22, the CPU 10a determines whether or not 
the FIFO stores only one request. When yes is determined, 
the operation goes to step S24. When no is determined, 

15 the operation goes to step S23. 

In step S23, the CPU 10a prohibits reading of each 
request remaining in the FIFO. In this example, the 
second search request (which is received secondly, and 
remains in the FIFO) is prohibited to be read out from 

20 the FIFO. The operation of step S23 is performed in 
order to prevent execution of processing of requests 
other than the request acquired in step S21. 

In step S24, the CPU 10a determines whether or not 
the request acquired in step S21 is identical to a 

25 previously processed request. When 'YES' is determined, 
the operation goes to step S27. When 'NO' is determined, 
the operation goes to step S25. 
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In step S25, the CPU 10a executes processing of 
the request acquired in step S21 by acquiring necessary 
information from the HDD lOd. Since, in this example, 
the request is the search request based on the keyword 
5 "Pottery, " a program for performing a search operation 
is acquired from the HDD lOd, an information item 
corresponding to the keyword "Pottery" is searched for 
in a database stored in the HDD lOd. 

In step S26, the CPU 10a stores the result of the 
10 processing executed in step S25 and the processed 
request in the cache secured in the HDD lOd. In this 
example, the search request and the information item 
corresponding to the keyword "Pottery" are stored in the 
cache . 

15 In step S27, the CPU 10a acquires a result of 

processing stored in the cache corresponding to a 
request which is identical to the request acquired in 
step S21. 

In step S28, the CPU 10a transmits the result of 
20 processing obtained in step S25 or S27, to the client 
which has sent the request acquired in step S21 to the 
server 10. 

In step S29, the CPU 10a removes the prohibition 
against the reading of the request stored in the FIFO, 
25 so that the request stored in the FIFO can be read out. 

In step S30, the CPU 10a determines whether or not 
the operation of Fig. 8 is continued. When yes is 
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determined, the operation goes to step S21. When no is 
determined, the operation of Fig. 8 is completed. In 
this example, when the result of the processing of the 
first search request is transmitted to the client 3-1 in 
5 step S28, and the prohibition against the reading of the 
second search request stored in the FIFO is removed in 
step S29, the operation goes to step S21, and the CPU 
10a acquires the second search request from the FIFO. 
Since, in this case, no other request is stored in the 

10 FIFO, the operation goes to step S24. Since the second 
search request is identical to the first search request, 
the CPU 10a determines, in step S24, that the request 
acquired in step S21 is identical to a previously 
processed request, and the operation goes to step S27. 

15 In step S27, the CPU 10a acquires from the cache the 
result of the processing of the first search request. 
Then, the acquired result is transmitted to the client 
3-1 in step S28. 

Consequently, in the example in which the two 

20 identical search requests are sent to the server 10, the 
client 3-1 receives two identical search results. In 
this case, the browser discards the first search result, 
and displays the second search result, for example, as 
illustrated in Fig. 9. In Fig. 9, a search result based 

2 5 on the keyword "Pottery" is displayed in the right frame 
28 of the window 20. 

When the client 3-1 logs out of the server 10, or 
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when the server 10 is not accessed by the client 3-1 for 
a predetermined time, the FIFO and the cache for the 
client 3-1 are deleted from the HDD lOd or the RAM 10c. 

As explained above, the CPU 10a of the server 10 
5 actually processes only the first one of identical 
requests from each client, stores in a cache the result 
of the processing of the first one of the identical 
requests for each client, and transmits the result to 
each client which has sent the first one of the 
10 identical requests. Thereafter, in response to the 
subsequent ones of the identical requests from each 
□ client, the CPU 10a acquires from the cache the result 

m of the processing of the first one of the identical 

m requests for each client, and transmits the acquired 

1= 15 result to each client. Therefore, it is possible to 
prevent the server from repeatedly executing identical 
\Z processing, and substantially increase processing speeds 

^* of the server. 

ry 

E3 Next, the present invention is explained below for 



s 



20 the case of an operation of registering a user as a 
member . 

When another of the TOC links, "Membership," is 
clicked, a form for registering a user as a member is 
displayed in the right frame, as illustrated in Fig. 10. 
25 The form in the right frame of the window 20 in Fig. 10 
is displayed for inputting information necessary for 
member registration, and contains text boxes for 
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inputting the name, postal address, and e-mail address 
of the user, and option buttons for inputting the gender 
of the user. 

Incidentallyl when the above information is 
itten in the Japanese language, full-size characters 
ach having a widtn of an em, and half- size characters 
each having a widtn of an en are mixed in the texts 
entered in the text boxes . In the current Japanese 
language input systems, it is necessary to press an 
enter key in order -no confirm and fix a Japanese word 
comprised of at leasu one full-size Japanese character 
after a corresponding! sequence of characters is typed 
into a text box, althouigh it is unnecessary to press the 
enter key after half -size characters are input. In such 
a situation, users apt to inadvertently press the enter 
key even after the inpuu of half -size characters. In 
addition, when the enter key is pressed after half -size 
characters are input, the client (computer) recognizes 
that the transmission button 51 is clicked in the form 
of Fig. 10. Therefore, even when the enter key is 
erroneously pressed, the client transmits a member 
registration request with the\ information displayed in 
the right frame of the window 20 in Fig. 10, to the 
server. When the user does not\ notice the transmission 
of the member registration \ request due to the 
inadvertent pressing of the enter key, the user further 
manipulates the transmission button 51 after the 



inadvertent pressing of the enter key, with the 
intention of transmitting a member registration request 
to the server 10 . ^Consequently , two identical member 
registration requests are inadvertently transmitted from 
the client to the server \when the conventional servers 
receives two or more ideV\tical member registration 
requests from the same user\ the user is multiply 
registered in the server since no provision is made for 
preventing the multiple registrations^ 

However, according to the present invention (e.g., 
the sequence of Fig. 8), the server executes the 
processing of registering the user as a member for only 
the first member registration request. When the server 
subsequently receives a further member registration 
request which is identical to the first member 
registration request, the server determines that the 
further member registration request is identical to the 
first member registration request, and transmits to the 
client information for displaying a result of the 
registration conducted in response to the first member 
registration request. Fig. 11 exhibits an example of the 
window 20 in which a result of the registration is 
displayed. In the right frame 28 of the window 20 of Fig. 
11, details of the registration and a message that the 
user has been registered with the displayed contents are 
displayed. The information for displaying the window 20 
of Fig. 11 is transmitted from the server to the client 
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every time a member registration request is transmitted 
from the client to the server. 

As explained above, according to the present 
invention, even when a plurality of identical requests 
5 which are not appropriate to be repeatedly processed are 
transmitted from a client to the server, the server 
actually processes only the first one of the plurality 
of identical requests, stores the result of the 
processing of the first one of the plurality of 

10 identical requests, and transmits the result to a client 
which has sent the first one of the plurality of 
identical requests. Thereafter, in response to the 
subsequent ones of the plurality of identical requests, 
the server acquires the result of the processing of the 

15 first one of the plurality of identical requests, and 
transmits the acquired result to the client. Therefore, 
it is possible to prevent repeated processing of the 
identical requests, and a problem due to the repeated 
processing of the identical request. For example, it is 

20 not appropriate to repeatedly register an identical user 
with identical information. According to the present 
invention, it is possible to prevent repeated 
registration of an identical user with identical 
information . 

25 In the present specification, the requests may or 

may not contain client identification information (user 
identification information), in addition to the details 
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of processing which the server is requested to execute. 

In the case where requests do not contain client 
identification information, when a result of processing 
of a request R received from a client A (user X) is 
5 stored in the storage unit Id (in Fig. 1), and the 
server receives from another client B (user Y) a request 
which is identical to the request R, the determination 
unit lb determines, in step S24 in Fig. 8, that a result 
of processing of a request which is identical to the 

10 request from the client B is stored, and the operation 
goes to step S27 to acquire the stored result of the 
processing of the request R, and the transmission unit 
le transmits the acquired result to the client B. Since, 
in this case, a result of processing of the first 

15 request is stored in the server regardless of the client 
which has sent the request, and the stored result is 
used as a response to a subsequent request which is 
identical to the first request of which the result of 
processing is stored, even when the subsequent request 

20 is sent from a different client from the client which 
has sent the first request. Therefore, the load imposed 
on the server is greatly reduced. 

In the case where requests contain client 
identification information, when a result of processing 

25 of a request R received from a client A (user X) is 
stored in the storage unit Id, and the server receives 
from another client B (user Y) another request which is 
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identical to the request R, the determination unit lb 
determines, in step S24 in Fig. 8, that a result of 
processing of a request which is identical to the 
request from the client B is not stored for the client B, 
5 and the operation goes to step S25 to process the 
request R received from the client B, and the 
transmission unit le transmits the processed result to 
the client B. When the result of processing of the 
request R received from the client A (user X) is stored 

10 in the storage unit ld f and the server receives from the 
same client A (user X) a request which is identical to 
the request R, the determination unit lb determines, in 
step S24 in Fig. 8, that the result of processing of the 
identical request is stored for the identical client A, 

15 and the operation goes to step S27 to acquire the stored 
result of the processing of the request R, and the 
transmission unit le transmits the acquired result to 
the client A. Therefore, even in this case, it is 
possible to reduce a load which is imposed on the server 

20 due to repeated transmission of a request from a client. 
For example, even when a user transmits more than one 
identical request by mistake, it is possible to reduce a 
load which is imposed on the server due to the user's 
mistake . 

25 

(4) Other Matters 

(i) The operations and the functions of the 
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present invention may be realized by using at least one 
product with the server, e.g., by installing a computer- 
readable medium in a computer. The product is such that 
when the product is used with a server (e.g., a 
5 computer), the product is able to output control 
information which directs the server to realize any of 
the functions of the present invention. The product may 
be a semiconductor storage device including a ROM, or a 
^ magnetic storage medium such as a floppy disc, a hard 

£ R 10 disk and an MO disk, or a CD-ROM, a CD-R, a DVD-ROM, a 

%™ 

CO DVD-RAM, a DVD-R, or the like, which stores a program 

L Jj 

■jS which realizes the above functions. Further, the above 

= product may be a programmed hardware logic circuit such 

ri as an LSI . The above product can be put into the market. 

j=y 15 Alternatively, program data realizing the above 
functions may be transferred through a communication 
network from a storage device included in a computer 
system to another computer system. In order to execute 
the program in a processor (computer) system, for 
20 example, the program stored in a hard disk is loaded in 
a main memory of the processor (computer) system. 

(ii) The foregoing is considered as illustrative 
only of the principle of the present invention. Further, 
since numerous modifications and changes will readily 
25 occur to those skilled in the art, it is not desired to 
limit the invention to the exact construction and 
applications shown and described, and accordingly, all 
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suitable modifications and equivalents may be regarded 
as falling within the scope of the invention in the 
appended claims and their equivalents. 

(iii) All of the contents of the Japanese patent 
application. No . 2000-026019 are incorporated into this 
specification by reference. 
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